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METHOD AND SYSTEM FOR 
SECURING DATA OBJECTS 

BACKGROUND OF THE INVENTION 
Technical Field of the Invention 

The present invention relates generally to the telecommunications field and, 
in particular, to a method and system for securing data objects such as electronic 
mail (e-mail). 

Description of Related Art 

Mobile radiotelephone users have a significant problem gaining access to 
corporate information when they are on travel or at home. Today, most remote 
access solutions for gaining access to corporate information for such mobile users 
are based on the use of dial-up connections to dedicated modem pools. Another 
solution for obtaining the desired coiporate information is to route the information 
to or from the user using an arbitrary Internet connection and an encrypted funnel' 1 
to a gateway at the border between the Internet and the corporate Local Area 
Network (LAN). However, the problem with such a solution is that the user's 
equipment is located outside the corporate network, and consequently, that 
equipment can be quite vulnerable to security attacks and breaches. 

It is expected that, in the near future, numerous high-speed Internet 
connections will become available. Consequently, it is currently desirable to 
design solutions for gaining access to corporate network information that will work 
for any Internet Protocol (IP) connection. In particular, it is currently desirable to 
provide a secure and flexible solution for a sp ecific type of corporate infonnatiorr 
service: e-mail. • ~ " 

There are numerous ways to provide secure access to corporate information 
over an TP connection. As such, different protocols for providing secure access to 
such information have been, or are being, standardized by the Internet Engineering 
Task Force (IETF). The security protection can be placed at a number of different 
levels in the communications stack. However, there are essentially two basic 
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protection approaches that can be used: application protection and transport 
protection. The Secure Multi-purpose Internet Mail Extension (S/MIME) Standard 
currently being developed in the IETF is an example of an application protection 
approach, while the Transport Layer Security (TLS), SSH, and Internet Protocol 
Security (IPSEC) protocols are for transport protection. 

Low level information protection can be beneficial because the services can 
be provided without requiring any changes to the applications involved. On the 
other hand, low level protection protocols (e.g., IPSEC protocol) require substantial 
modifications to the operating systems involved. Furthermore, information that is 
protected only during transport requires additional protection when the information 
is ultimately stored at the clients' locations and servers. 

In that regard, the S/MIME Standard should be able to provide adequate 
protection for e-mail messages while they are stored at a user's terminal and/or 
mail server. For example, the S/MIME protection approach should make it 
possible to provide e-mail services that are totally open at the Internet and 
extremely easy to access. As such, it is expected that this model of open but 
protected information will be one of the more important security models in the 
future. 

The standard Netscape® and Microsoft® e-mail tools support the S/MIME 
protocol. As such, the S/MIME Standard should provide a way to encrypt MIME 
information in a way that is flexible and secure. The S/MIME standard will be a 
combination of public key encryption and symmetric encryption. The symmetric 
key encryption will be used to encrypt the actual information content in the MIME 
messages, and the public keys will be used to encrypt the symmetric key used for 
encryption of the MIME content, or for digitally signing the MIME message. The 
S/MIME approach will use digital certificates to check the validity of the public 
keys used. 

Secure e-mail approaches such as S/MIME, are based on a point-to-point 
communication model. In other words, an arbitrary user in a network 
communicates with another user in the network, and the communication between 
the two users is secure. Unfortunately, however, such a point-to-point security 
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model does not fit well in a conventional corporate network architecture. 
Typically, a corporate network (e.g., LAN) is an IP-based private network, and its 
only access to the Internet is through a firewall. Consequently, it is intentionally 
made difficult to access information in the corporate network from the other side of 
the firewall. Furthermore, many users of the corporate network are not interested 
in maintaining encryption key information, or to have to look up such key 
information every time an e-mail message is to be sent to another user in the 
network. Simply put, it is a relatively difficult problem to implement a point-to- 
point security model for protecting e-mail in such large organizations as 
corporations. However, as described in detail below, the present invention 
successfully resolves the above-described problems. 

SUMMARY OF THE INVENTION 

In accordance with the present invention, a method and system are provided 
for securing private e-mail that can be conveyed to and from a user via an open 
network such as the Internet. Essentially, the e-mail messages are encrypted with a 
secure digital envelope type protocol which can be based on the use of digital 
certificates. An example of such a digital envelope encryption protocol is the 
S/MTME protocol. As such, a domain-to-user security relationship is used instead 
of a user-to-user or domain-to-domain security relationship. For example, in a 
preferred embodiment of the present invention, a mobile radiotelephone user of a 
corporate network can have certain incoming e-mail forwarded to an external mail 
server (e.g., in the Internet). The mail to be forwarded is first encrypted into a 
secure digital envelope format (e.g.,S/MIME format) with the user's secret key. 
Consequently, the protected e-mail from the corporate network can be forwarded to 
the user via the external mail server (e.g., in the Internet) without compromising 
security. 

An important technical advantage of the present invention is that a mobile 
user can receive and view secure e-mail via an open network such as the Internet. 

Another important technical advantage of the present invention is that a 
corporate network user's e-mail can be secured, with a maximum of two digital 
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certificates required to obtain such protection. 

Still another important technical advantage of the present invention is that 
the security of a user's e-mail is independent of the mail server used. 

BRIEF DESCRIPTION OF THE DRAWINGS 

A more complete understanding of the method and apparatus of the present 
invention may be had by reference to the following detailed description when taken 
in conjunction with the accompanying drawings wherein: 

FIGURE 1 is a diagram that illustrates a secure e-mail system and method 
that can be implemented in accordance with a preferred embodiment of the present 
invention; and 

FIGURE 2 is a flow diagram of a method that can be used for encryption 
and decryption of e-mail using the S/MIME standard in accordance with the 
preferred embodiment of the present invention. 

DETAILED DESCRIPTION OF THE DRAWINGS 

The preferred embodiment of the present invention and its advantages are best 
understood by referring to FIGURES 1 -2 of the drawings, like numerals being used for 
like and corresponding parts of the various drawings. Essentially, in accordance with 
the present invention, a method and system are provided for securing private e-mail 
that can be conveyed to and from a user via an open network such as the Internet. The 
e-mail messages are encrypted with a secure digital envelope type protocol which can 
be based on the use of digital certificates. An example of such a digital envelope 
encryption protocol is the S/MIME protocol. As such, a domain-to-user security 
relationship is used instead of a user-to-user or domain-to-domain security 
relationship. For example, in a preferred embodiment of the present invention, a 
mobile radiotelephone user of a corporate network can have certain incoming e-mail 
forwarded to an external mail server (e.g., in the Internet). The mail to be forwarded 
is first encrypted into a secure digital envelope format (e.g.,S/MIME format) with the 
user's secret key. Consequently, the protected e-mail from the corporate network can 
be forwarded to the user via the external mail server (e.g., in the Internet) without 
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compromising security. As such, although the present invention is described herein 
primarily with respect to the protection of e-mail, the present invention can also apply 
to the protection of any data object, such as, for example, data programs, JAVA 
programs, or mobile code. 

Specifically, FIGURE 1 is a diagram that illustrates a secure e-mail system and 
method that can be implemented in accordance with a preferred embodiment of the 
present invention. For this embodiment, an exemplary system 1 0 includes an open or 
public-access network (e.g., the Internet) and a private network (e.g., a corporate 
intranet or LAN). The two networks are typically separated by a firewall 12, which 
functions primarily to protect and maintain the confidentiality of the information 
stored in the private network. 

The open network includes a mail server 16 (external to the private network). 
A user (e.g., user of the private network) can access the mail server 1 6 to receive and 
view e-mail with a personal computer (PC) or Personal Digital Assistant (PDA) 14. 
For this exemplary embodiment, the user is pr eferably a mobile radjmelephone user 
who cangaii ^access to the mail server 1 6 over a conventional wireless connection 18. 
For example, the use^s PC (or PDA) 14 can include a speech/data connection to a 
mobile radiotelephone, such as, for example, a cellular phone. The user's PC (or 
PDA) 14 can utilize a conventional e-mail application such as Netscape® mail or 
Microsoft Ou tlook Express** to forward orreceive e-mail to or from the m ail server 16 
vi * the con nection 18. Nevertheless, although a wireles s connection 1 8 is shown, the 
scope of the present invention is not intended to be so limited, and can include the use 
of, for example, a wireline connection, fiber optic connection, etc. However, the use 
of a wireless connection 18 via a mobile phone is more convenient for a user who is 
periodically on the move (e.g., in an automobile, train, aircraft, etc.). 

For this embodiment, the user's PC (or PDA) 14 is also connected to the 
corporate network (generally denoted as 22) via a wireless (or any other appropriate) 
connection 20. For example, the user's PC (or PDA) 1 4 can transfer data via a cellular 
phone over the wireless connection 20 to a dial-up modem at the corporate network 
22. Additionally, the user's PC 14 can be connected to the corporate network's 
World-Wide Web (WWW) interface 26 via a,secure connection 32 (e.g., using the 
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TLS protocol). The primary purpose for this secure connection 32 in the context of 
FIGURE 1 is to enable the user to formulate and convey an e-mail forwarding policy 
to the corporate network 22. 

For this exemplary embodiment, the corporate network 22 includes a mail 
server 24 (e.g., on a corporate LAN). The Web interface 26 can be a conventional 
Web interface typically used for, among other things, maintaining e-mail forwarding 
policies responsive to users' directions. The corporate network 22 also includes a 
decryption unit 28 for decrypting an incoming e-mail message that has been encrypted 
using a packet or digital envelope cryptographic protocol (e.g., S/MIME). In this 
embodiment, the decryption unit 28 preferably includes a software application that can 
decrypt a secure digital envelope-formatted (eg., S/MIME-protected) e-mail message 
conveyed via the connection 20 from the user's PC 14. An encryption unit 30 
preferably includes a software application that functions to encrypt an outgoing e-mail 
message with a secure digital envelope format (e.g., from a MIME format to S/MME 
format). The encrypted e-mail messages are coupled from the corporate network 22 
to the external mail server 1 6 via a conventional data connection 34. For example, the 
corporate network 22 can be connected to an Internet mail server (16) via a Public 
Switched Telephone Network (PSTN) Tl line (34). 

In operation (referring to the exemplary embodiment illustrated in FIGURE 1), 
a mobile phone user employs the PC (or PDA) 14 to send a message including e-mail 
forwarding policy instructions to the Web interface 26. Preferably, the e-mail 
forwarding policy message is transported via a secure connection 32 (e.g., using TLS, 
IPSEC or any other appropriate secure transport protocol) to the Web interface 26, 
This mail forwarding policy predetermines which e-mail messages are to be 
transported from the corporate network 22, and to what address (e.g., to the external 
mail server 16). For example, the user's e-mail forwarding policy can include 
instructions to forward all incoming e-mail messages from the corporate LAN to the 
external mail server, or just to forward certain e-mail messages only (e.g., just those 
arriving from a specific set of addresses, or having a certain priority). As such, the 
user's e-mail forwarding policy actually selected can be a matter of personal (or 
corporate) choice. 
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At this point, it is useful to describe in general how a secure digital envelope 
format can be used to implement the present invention. A secure digital envelope is 
a message, or information string, packed into a certain format to provide 
confidentiality, and/or integrity, and/or non-repudiation. In order to transform any 
clear-text message into a protected digital envelope format, a combination of 
symmetric and asymmetric cryptographic functions can be used. Unlike most secure 
data transport protocols, a digital envelope can be used for off-line decryption and 
integrity-checking. Once transformed into a secure cryptographic envelope format, 
a secure message can be decrypted and checked at any time by anyone who possesses 
a correct secret key. As mentioned earlier, the S/MIME standard is an example of a 
secure digital envelope format. 

As an exemplary type of secure digital envelope format that can be used to 
implement the present invention, the S/MIME standard can provide confidentiality 
and/or integrity and non-repudiation protection for MIME messages. Encrypting a 
MIME message with a secret symmetric key provides confidentiality for the message, 
while using a digital signature provides integrity and non-repudiation for the message. 
In accordance with the S/MLME standard, a message can just be encrypted, just signed, 
or both encrypted and signed. The following description illustrates an exemplary 
method that can be used with the S/MIME standard to provide confidentiality, 
integrity and non-repudiation protection for a MIME message to be sent from one user 
to another. 

For example, assume that a user, A, wants to send a MIME message, M, to an 
arbitrary user, B, using the S/MIME standard. Let "g" represent a public key 
encryption algorithm used for encryption so that for a public key pair, K _public and 
K_secret, an arbitrary message, L, will be encrypted as, L'=g(K _public,L), and 
decrypted as, L=g , {K_secret,L•). Let "e" represent a public key algorithm used for 
signing so that for a public key pair, K_public and K_secret, a short message, L, will 
be signed as S=e(K_secret,L). Let S '=e*(K_public,S). As such, an arbitrary signature, 
S, for the message, L, is valid if and only if S'=S. Let "h" represent a one-way hash 
function so that for any message, M, the function h(M) equals a 128 bit value, and that 
given M and h(M), it is computationally infeasible to find any other message, M\ such 
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that h(M')=h(M). Given these exemplary conditions, a method that can be used for 
encryption and decryption using the S/MIME standard in accordance with the 
preferred embodiment of the present invention, is shown in FIGURE 2. 

Referring to the assumptions and conditions described above and the 
exemplary method 200 shown in FIGURE 2, at step 201, user A (e.g., A's terminal) 
searches for a public encryption key, KjmblicB, for user B, For example, such a key 
can be contained in a digital certificate signed by a trusted third party. At step 202, 
user A generates a random value for a key, K_s. At step 203, user A encrypts the 
message, M, using the key, K_s, and a symmetric encryption algorithm f, as 
C=f(Kj,M). At step 1 04, user A encrypts the key, K_s as K -g(K_publicB,K_s). At 
step 105, user A holds the public key pair, K^ublicA,K_secretA, to be used for 
signing messages. User A then computes a digital hash for the cipher text C, as 
C*=h(C), and uses the key, K_secretA, to sign C'as, 
S=e(K_secretA,C>e(K_secretA^i(C)). 

At step 206, user A (e.g., A's terminal) sends the message, (K\S,C), to user 
B together with a digital certificate (e.g., signed by a trusted third party) which 
contains the key, K_publicA. At step 207, user B (e.g., B's terminal) receives the 
message, (K\S,C), together with a certificate which contains the public key, 
KjjublicA. At step 208, user B checks the signature of the certificate with the key, 
K_publicA. At step 209, if user B determines that the signature is correct, user B 
accepts the key, KjmblicA, as the public signing key of user A. Otherwise, if the 
signature is incorrect, then user B considers the message (K\S,C) as invalid and can 
disregard the communication. 

At step 210, user B calculates S'=e'(K _pub!icA,h(Q). At step 211, if user B 
determines that S^S, then user B accepts the message (K*S,C) as a valid message 
from A. Otherwise, user B considers the message as invalid. At step 212, user B 
calculates K^K.secretB,*:'). At step 213, user B decrypts C as M=F(K_s,C), and 
thus obtains the message, M, originally from user A. 

Returning to FIGURE 1 , and in the context of the preferred embodiment of the 
present invention, the e-mail to be forwarded (in accordance with the user's 
predetermined mail forwarding policy) from the corporate network (LAN) 22 to the 
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extemal network's (Interna) mail server 16 is first encrypted. For example, in this 
exemplary embodiment, the e-mail messages stored in the corporate network's mail 
server 24 are maintained in the MIME format. As such, using the exemplar)' method 
200 described above, the encryption unit 30 can encrypt each e-mail message to be 
forwarded to the external mail server into an S/MIME format. If the user is employing 
a PDA (34) instead of a PC, the encryption unit 30 can encrypt the e-mail .to be 
forwarded into the S/MIME format using symmetric keys shared between the network 
mail server 24 and the user's PDA 14. A digital certificate can be used to assure the 
integrity and non-repudiation of the message. 

The S/MIME encrypted e-mail messages are transmitted from the network 22 
to the externa! mail server 16 via the conventional connection 34. The encrypted e- 
mail is then maintained in the user's mailbox at the external mail server, until the user 
requests the mail for delivery to the PC (or PDA) 14. Using a conventional mail tool 
(e.g., Netscape mail or Microsoft's Outlook Express), the user's PC (or PDA) 14 can 
retrieve the encrypted mail from the external mail server 16 via the connection 18. 
Using the exemplary method 200 described above, the user's PC 14 can check the 
signature of the certificate and decrypt the mail from the S/MIME format to the MIME 
format. If a PDA (14) is used, it decrypts the received mail. 

The mobile user can also transmit encrypted e-mail messages from the PC (or 
PDA) 14 to the network 22. For this embodiment, using the same method 200, the 
user's PC (or PDA) 1 4 encrypts the e-maiJ to be forwarded to the network 22 from the 
MIME format to an S/MIME format, mail server 22. The encrypted e-mail message 
(and a digital certificate associated with the mail server 22) is transmitted from the PC 
14 to the decryption unit 28 via connection 20. The decryption unit 28 checks the 
digital certificate and then decrypts the received e-mail message from the S/MIME 
format to the MIME format. Notably, as opposed to the S/MIME approaches now 
under consideration, the present invention requires the use of only two digital 
certificates for authentication: the user's certificate for encrypted mail forwarded to 
the external mail server; and the corporate mail server's certificate for encrypted mail 
forwarded to the corporate network's mail server. A conventional Certificate 
Management System can be used in the corporate network's mail server 24 to handle 
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both the issuance of digital certificates and the publication of the revocation of such 
certificates, if so required. 

In accordance with a second embodiment of the present invention, one or more 
e-mail mailing lists can be implemented and secured. For example, mailing lists 
currently are useful for large groups of people having some common interests in 
communicating by e-mail. In order to subscribe to a mailing list, a person can send 
certain subscription e-mail containing the e-mail messages intended for 
communication to a mailing list e-mail server. The subscription e-mail can contain the 
e-mail address where the subscriber desires to receivee-mail from the mailing list. All 
mail received by the mailing list server is forwarded to all mail addresses of 
subscribers to the list. At present, anyone who wishes to subscribe to an e-mail list 
may do so. As such, the only identity related to a subscriber is that subscriber's e-mail 
address. However, a problem is that e-mail address could be an anonymous address. 
In other words, it is currently not possible for a mailing list administrator to prevent 
malicious use of the list by certain subscribers. Moreover, all e-mail messages 
currently being sent to and from mailing list servers are sent in clear text. However, 
the secure e-mail gateway provided by the present invention can be used to prevent 
such problems. 

For example, in accordance with the preferred embodiment of the present 
invention, the MIME to S/MIME (or S/MIME to MIME) e-mail gateway (e.g., units 
24-30) can be used as a mailing list server. By requiring that all subscription messages 
be sent in S/MIME, for example, and be signed with a valid signature and certificate, 
the identity of the subscriber can be determined before allowing the subscriber to enter 
the mailing list in the server. By requiring that all messages sent to the mailing list 
server be encrypted with the gateway's key and signed by the user, the confidentiality 
and integrity of the mail received by the gateway 22 can be ensured. Before 
forwarding mail, the gateway 22 can encrypt the e-mail by using the receiver's 
certificate. Consequently, all messages sent to and from the mailing list (server) will 
be protected. 

A preferred embodiment of the method and apparatus of the present invention 
has been illustrated in the accompanying Drawings and described in the foregoing 
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Detailed Description, it will be understood that the invention is not limited to the 
embodiment disclosed, but is capable of numerous rearrangements, modifications and 
substitutions without departing from the spirit of the invention as set forth and defined 
by the following claims. 
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WHAT IS CLAIMED IS: 

1. A system for protecting a data object to be delivered to a user of a 
private network via an open network, comprising: 

a first server associated with said private network; 

an encryption unit coupled to said first server, for encrypting said data object 
intended for said user; and 

a second server associated with said open network, said second server coupled 
to said encryption unit and said first server, said second server including means for 
delivering said encrypted data object to said user. 

2. The system of Claim 1 , wherein said data object comprises an e-mail 
message. 

3. The system of Claim 1 , wherein said first server comprises a first mail 

server. 

4. The system of Claim 3, wherein said second server comprises a second 
mail server. 

5. The system of Claim 1, wherein said private network comprises a 
corporate LAN, 

6. The system of Claim 1, wherein said open network comprises the 
Internet. 



7. The system of Claim 1 , wherein said encryption unit includes means 
for encrypting said data object to an S/MIME format. 

8. The system of Claim 7, wherein said data object is encrypted with a 
secret symmetric key associated with said user. 
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9. The system of Claim 1, wherein said encryption unii includes means 
for encrypting said data object using a packet or digital envelope cryptographic 
protocol. 

1 0. The system of Claim 1 , further comprising: 

a decryption unit coupled to said first server, for decrypting a data object 
received from said user. 

11. The system of Claim 1 0, wherein said data object comprises an e-mail 
message. 

1 2. The system of Claim 1 1, wherein said decryption unit includes means 
for decrypting said e-mail message from an S/MLME format to a MIME format. 

13. The system of Claim 11, wherein said e-mail message is decrypted 
using a secret key associated with said first mail server. 

14. The system of Claim 1, further comprising means for formulating a 
policy for forwarding an e-mail message from said first server to said second server. 

1 5. The system of Claim 1 , wherein said first server comprises a mailing 
list server. 

16. A method for protecting a data object to be delivered to a user of a 
private network via an open network, comprising the steps of: 

in said private network, encrypting said data object with a secret key associated 
with said user; 

in accordance with a predetermined forwarding policy, forwarding said 
encrypted data object to a server in said open network; 

said server delivering said encrypted data object to said user; and 
decrypting said encrypted data object using said secret key. 
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1 7. The method of Claim 1 6, wherein said data object comprises an e-mail 
message. 



1 S. The method of Claim 16, wherein said server comprises a mail 



server. 



19. The method of Claim 16, wherein said private network comprises a 
corporate LAN. 

20. The method of Claim 16, wherein said open network comprises the 
Internet. 



21. The method of Claim 16, wherein said encrypting step comprises 
encrypting said data object to an S/MIME format. 

22. The method of Claim 16, wherein said encrypting step comprises 
encrypting said data object using a packet or digital envelope cryptographic protocol. 

23. The method of Claim 16, further comprising the step of decrypting a 
data object received from said user. 

24. The method of Claim 23, wherein said data object comprises an e-mail 
message. 

25. The method of Claim 24, wherein said decrypting step comprises 
decrypting said e-mail message from an S/MIME formal to a MIME format. 

26. The method of Claim 25, wherein said decrypting step comprises 
decrypting said e-mail message with a secret key associated with a mail server in said 
private network. 

27. The method of Claim 16, further comprising the step of formulating a 
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policy for forwarding said data object from a first mail server in said private network 
to a second mail server in said open network. 

28. The method of Claim 16, wherein said private network comprises a 
mailing list server. 

29 • A svsle ™ for providing secure access to a data object intended 

for a user of a private network via an open network, said system 
comprising: 

a gateway associated with said private network, said gateway configured to 
forward said data object intended for said user in accordance with a forwarding policy 
of said user; 

an encryption unit coupled to said gateway for encrypting said data object to 
be forwarded; and 

an external server associated with said open network for storing said encrypted 
data object fonvarded from said private network, said external server enabling access 
to said encrypted data object by said user via said open network. 
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